從今天開始的一系列文章，我會快速講單體氏的缺點、微服務的發展，再慢慢帶出Request Driven是怎麼用的，以及它產生的限制，最後說明Event Driven怎麼一步步解決這些限制。

單體式架構的缺點

隨著軟體系統與使用者需求的複雜度提升，系統架構的設計不斷地在更換和演變，傳統的將所有功能和業務邏輯都綁在一個服務的單體式架構(Monolithic)已無法達到使用者的期待，許多缺點變得越來越明顯:

• 擴展性: 單體式架構將所有服務視為一個應用，如果某個服務的功能或負載增加，就要擴展整個應用，非常浪費資源
• 高耦合性: 單體架構的各個服務基本上都是高度耦合的，其中某個服務有修改到，可能會動到其他服務，增加了程式修改以及測試的複雜度
• 測試問題: 由於單體架構的高耦合性，為開發人員寫測試的時候帶來額外的開發成本。除了要寫要測試的服務外，必須考慮跟此服務相互依賴的其他服務，提高了寫測試的複雜度與時間成本。

總結

單體式架構的優勢在於快速開發與部屬，但如果系統和使用者需求的增加、複雜度的提升，那麼上述問題就會顯現出來，單體式架構就不適合了。

好了~~ 今天就到這邊!!
下一篇會簡單介紹微服務的發展及其優點。